Coordinated Motion and Audio Experience Using Looped Motions

ABSTRACT

A system for interacting with an application via a user interface is provided. A user is prompted to perform a looped motion such as an exercise move or dance move depicted by the application. User motion data is received from one or more sensors connected to a computing device executing the application. The user&#39;s progress of performing a sequence of a looped motion is determined based on the user motion data. In one embodiment, a user may perform one or more looped motions by choosing from multiple looped motions depicted by the application. In another embodiment, a user may perform looped motions at different skill levels based on a skill level determined for the user. In one embodiment, the looped motions performed by the user are displayed to the user, in an order of the looped motions performed by the user, via the user interface.

BACKGROUND

Many computing applications such as computer games, multimedia applications, or the like use controls to allow users to manipulate game characters or other aspects of an application. Typically such controls are input using, for example, controllers, remotes, keyboards, mice, or the like. Unfortunately, such controls can be difficult to learn, thus creating a barrier between a user and such applications.

SUMMARY

Technology is disclosed by which a user is prompted to perform a set of looped motions without the need for a traditional controller or pointing device. A looped motion is a motion that ends where it starts, and is repeated. A looped motion may include dance moves or exercise moves depicted by an application executing in a computing device.

In one embodiment, a user may perform a looped motion depicted by the application and the user's progress towards successfully completing the looped motion is tracked via the application. In one embodiment, the looped motion is coordinated with a looped segment of music to provide the user with an integrated interactive motion and audio experience. The looped segment of music includes musical sequences that are coordinated to the looped motion. In one embodiment, a user may perform one or more looped motions by choosing from multiple looped motions depicted by the application. In another embodiment, the user may perform looped motions at different skill levels based on the determined skill level of the user. In another embodiment, a looped motion or looped motion criteria associated with a looped motion may be dynamically altered as the user performs a specific looped motion based on the user's ability of performing the specific looped motion. The looped motions performed by the user and their corresponding musical sequences are displayed to the user, on a user interface. In one embodiment, the looped motions performed by the user are concatenated and displayed to the user, in an order of the looped motions performed by the user, via the user interface.

In one embodiment, a method for interacting with an application via a user interface is disclosed. Multiple looped motions are displayed to the user via the user interface of a computing device. A choice of a looped motion from the multiple looped motions is received from a user. User motion data is received from a sensor connected to the computing device. The user's progress of performing the a sequence of the looped motion is determined based on the user motion data matching one or more looped motion criteria associated with performing the sequence of the looped motion. One or more sequences of looped motion performed by the user are displayed to the user, in an order of the looped motions chosen by the user, via the user interface.

This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter. Furthermore, the claimed subject matter is not limited to implementations that solve any or all disadvantages noted in any part of this disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates one embodiment of a tracking system with a user interacting with an application.

FIG. 2 illustrates one embodiment of a capture device that may be used as part of the tracking system.

FIG. 3 illustrates one embodiment of a computing device that may be used to track motion and update an application based on the tracked motion.

FIG. 4 illustrates one embodiment of a computing device that may be used to track motion and update an application based on the tracked motion.

FIG. 5 is a flowchart describing one embodiment of a process for allowing a user to perform one or more looped motions depicted in an application.

FIG. 6 is a flowchart describing one embodiment of a process for receiving user motion data from a sensor in a capture device.

FIG. 7 illustrates an example of a skeletal model or mapping representing a scanned human target.

FIG. 8 provides further details of an exemplary embodiment of the gesture recognition engine shown in FIG. 2.

FIG. 9 is a flowchart describing one embodiment of a process for determining whether the user is performing a looped motion.

FIG. 10 is a flowchart describing one embodiment of a process for determining if the user motion data matches one or more looped motion criteria.

FIG. 11 is a flowchart describing another embodiment of a process for allowing a user to perform one or more looped motions depicted in an application.

FIG. 12 is a flowchart describing another embodiment of a process for allowing a user to perform one or more looped motions depicted in an application.

FIGS. 13A-13I illustrate various user interface screens depicting a user's interaction with an application executing on a computing device, in accordance with one embodiment of the present invention.

FIG. 14 is a flowchart describing another embodiment of a process for allowing a user to perform one or more looped motions depicted in an application.

FIGS. 15A-15E illustrate various user interface screens depicting a user's interaction with an application executing on a computing device, in accordance with one embodiment of the present invention.

DETAILED DESCRIPTION

A computing device provides a user with an integrated interactive experience by prompting the user to perform looped motions such as a set of dance moves or exercise moves coordinated to a set of musical sequences. The looped motions are depicted by an application executing in a computing device. User motion data is captured using a capture device connected to the computing device. The user's progress of performing a looped motion is determined based on the user motion data and the user's progress is displayed to the user via a user interface of the computing device. The looped motions performed by the user are displayed to the user, in an order of looped motions performed by the user, via the user interface.

FIG. 1 illustrates one embodiment of a target recognition, analysis and tracking system 10 (generally referred to as a tracking system hereinafter) for performing the operations of the disclosed technology. The target recognition, analysis and tracking system 10 may be used to recognize, analyze, and/or track a human target such as the user 18. As shown in FIG. 1, the tracking system 10 may include a computing device 12. The computing device 12 may be a computer, a gaming system or console, or the like. According to one embodiment, the computing device 12 may include hardware components and/or software components such that the computing device 12 may be used to execute applications such as gaming applications, non-gaming applications, or the like. In one embodiment, computing device 12 may include a processor such as a standardized processor, a specialized processor, a microprocessor, or the like that may execute instructions stored on a processor readable storage device for performing the processes described herein.

As shown in FIG. 1, the tracking system 10 may further include a capture device 20. The capture device 20 may be, for example, a camera that may be used to visually monitor one or more users, such as the user 18, such that gestures performed by the one or more users may be captured, analyzed, and tracked to control various aspects of an application executing on the computing device 12.

According to one embodiment, the tracking system 10 may be connected to an audiovisual device 16 such as a television, a monitor, a high-definition television (HDTV), or the like that may provide game or application visuals and/or audio to a user such as the user 18. For example, the computing device 12 may include a video adapter such as a graphics card and/or an audio adapter such as a sound card that may provide audiovisual signals associated with the game application, non-game application, or the like. The audiovisual device 16 may receive the audiovisual signals from the computing device 12 and may output the game or application visuals and/or audio associated with the audiovisual signals to the user 18. According to one embodiment, the audiovisual device 16 may be connected to the computing device 12 via, for example, an S-Video cable, a coaxial cable, an HDMI cable, a DVI cable, a VGA cable, or the like.

The target recognition, analysis and tracking system 10 may be used to recognize, analyze, and/or track one or more human targets such as the user 18. For example, the user 18 may be tracked using the capture device 20 such that the movements of user 18 may be interpreted as controls that may be used to affect an application or operating system being executed by computing device 12. In one embodiment, and as will be discussed below, the application may include an interactive exercise game or an interactive dance game.

FIG. 2 illustrates one embodiment of a capture device 20 and computing device 12 that may be used in the target recognition, analysis and tracking system 10 to recognize human and non-human targets in a capture area and uniquely identify them and track them in three dimensional space. According to one embodiment, the capture device 20 may be configured to capture video with depth information including a depth image that may include depth values via any suitable technique including, for example, time-of-flight, structured light, stereo image, or the like. According to one embodiment, the capture device 20 may organize the calculated depth information into “Z layers,” or layers that may be perpendicular to a Z-axis extending from the depth camera along its line of sight.

As shown in FIG. 2, the capture device 20 may include an image camera component 32. According to one embodiment, the image camera component 32 may be a depth camera that may capture a depth image of a scene. The depth image may include a two-dimensional (2-D) pixel area of the captured scene where each pixel in the 2-D pixel area may represent a depth value such as a distance in, for example, centimeters, millimeters, or the like of an object in the captured scene from the camera.

As shown in FIG. 2, the image camera component 32 may include an IR light component 34, a three-dimensional (3-D) camera 36, and an RGB camera 38 that may be used to capture the depth image of a capture area. For example, in time-of-flight analysis, the IR light component 34 of the capture device 20 may emit an infrared light onto the capture area and may then use sensors to detect the backscattered light from the surface of one or more targets and objects in the capture area using, for example, the 3-D camera 36 and/or the RGB camera 38. In some embodiments, pulsed infrared light may be used such that the time between an outgoing light pulse and a corresponding incoming light pulse may be measured and used to determine a physical distance from the capture device 20 to a particular location on the targets or objects in the capture area. Additionally, the phase of the outgoing light wave may be compared to the phase of the incoming light wave to determine a phase shift. The phase shift may then be used to determine a physical distance from the capture device to a particular location on the targets or objects.

According to one embodiment, time-of-flight analysis may be used to indirectly determine a physical distance from the capture device 20 to a particular location on the targets or objects by analyzing the intensity of the reflected beam of light over time via various techniques including, for example, shuttered light pulse imaging.

In another example, the capture device 20 may use structured light to capture depth information. In such an analysis, patterned light (i.e., light displayed as a known pattern such as grid pattern or a stripe pattern) may be projected onto the capture area via, for example, the IR light component 34. Upon striking the surface of one or more targets or objects in the capture area, the pattern may become deformed in response. Such a deformation of the pattern may be captured by, for example, the 3-D camera 36 and/or the RGB camera 38 and may then be analyzed to determine a physical distance from the capture device to a particular location on the targets or objects.

According to one embodiment, the capture device 20 may include two or more physically separated cameras that may view a capture area from different angles, to obtain visual stereo data that may be resolved to generate depth information. Other types of depth image sensors can also be used to create a depth image.

The capture device 20 may further include a microphone 40. The microphone 40 may include a transducer or sensor that may receive and convert sound into an electrical signal. According to one embodiment, the microphone 40 may be used to reduce feedback between the capture device 20 and the computing device 12 in the target recognition, analysis and tracking system 10. Additionally, the microphone 40 may be used to receive audio signals that may also be provided by the user to control applications such as game applications, non-game applications, or the like that may be executed by the computing device 12.

In one embodiment, the capture device 20 may further include a processor 42 that may be in operative communication with the image camera component 32. The processor 42 may include a standardized processor, a specialized processor, a microprocessor, or the like that may execute instructions that may include instructions for storing profiles, receiving the depth image, determining whether a suitable target may be included in the depth image, converting the suitable target into a skeletal representation or model of the target, or any other suitable instruction.

The capture device 20 may further include a memory component 44 that may store the instructions that may be executed by the processor 42, images or frames of images captured by the 3-D camera or RGB camera, user profiles or any other suitable information, images, or the like. According to one example, the memory component 44 may include random access memory (RAM), read only memory (ROM), cache, Flash memory, a hard disk, or any other suitable storage component. As shown in FIG. 2, the memory component 44 may be a separate component in communication with the image capture component 32 and the processor 42. In another embodiment, the memory component 44 may be integrated into the processor 42 and/or the image capture component 32. In one embodiment, some or all of the components 32, 34, 36, 38, 40, 42 and 44 of the capture device 20 illustrated in FIG. 2 are housed in a single housing.

The capture device 20 may be in communication with the computing device 12 via a communication link 46. The communication link 46 may be a wired connection including, for example, a USB connection, a Firewire connection, an Ethernet cable connection, or the like and/or a wireless connection such as a wireless 802.11b, g, a, or n connection. The computing device 12 may provide a clock to the capture device 20 that may be used to determine when to capture, for example, a scene via the communication link 46.

The capture device 20 may provide the depth information and images captured by, for example, the 3-D camera 36 and/or the RGB camera 38, including a skeletal model that may be generated by the capture device 20, to the computing device 12 via the communication link 46. The computing device 12 may then use the skeletal model, depth information, and captured images to, for example, create a virtual screen and control an application such as a game or word processor.

Computing device 12 includes gestures library 192, structure data 198 and a gesture recognition engine 190. Gestures library 192 may include a collection of gesture filters, each comprising information concerning a motion or gesture that may be performed by the skeletal model (as the user moves). In one embodiment, the gesture filters may include information concerning one or more looped motions or gestures that may be performed by the user. Looped motions may include, for example, repeatable motions such as knee bends, jumping jacks, sit-ups, push-ups, leg extensions or toe-touches in an exercise routine or dance moves such as arm rolls, open turns, free spins or heel turns in a dance routine.

Structure data 198 includes structural information about objects that may be tracked. For example, a skeletal model of a human may be stored to help understand movements of the user and recognize body parts. Structural information about inanimate objects may also be stored to help recognize those objects and help understand movement.

In one embodiment, the gesture recognition engine 190 may compare the data captured by the cameras 36, 38 and device 20 in the form of the skeletal model and movements associated with it to the gesture filters in the gesture library 192 to identify when a user (as represented by the skeletal model) has performed one or more gestures. Computing device 12 may use the gestures library 192 to interpret movements of the skeletal model and to control an application based on the movements. More information about the gesture recognition engine 190 can be found in U.S. patent application Ser. No. 12/422,661, “Gesture Recognition System Architecture,” filed on Apr. 13, 2009, incorporated herein by reference in its entirety. More information about recognizing gestures can be found in U.S. patent application Ser. No. 12/391,150, “Standard Gestures,” filed on Feb. 23, 2009; and U.S. patent application Ser. No. 12/474,655, “Gesture Tool” filed on May 29, 2009, both of which are incorporated by reference herein in their entirety. More information about motion detection and tracking can be found in U.S. patent application Ser. No. 12/641,788, “Motion Detection Using Depth Images,” filed on Dec. 18, 2009; and U.S. patent application Ser. No. 12/475,308, “Device for Identifying and Tracking Multiple Humans over Time,” both of which are incorporated herein by reference in their entirety.

Computing device 12 may include an application 202. In one example, application 202 may be an interactive exercise game application that includes a variety of exercise moves in an exercise routine. In another example, application 202 may be an interactive dance game application that includes a variety of dance moves in a dance routine. In one embodiment, a user may perform a variety of exercise moves or dance moves depicted by application 202 and the user's progress towards successfully completing an exercise routine or a dance routine may be tracked via the application. In one example, the exercise moves or dance moves may comprise looped motions. Looped motions may include, for example, repeatable motions such as knee bends, jumping jacks, sit-ups, push-ups, leg extensions or toe-touches in an exercise routine or arm rolls, open turns, free spins or heel turns in a dance routine.

A user may interact with application 202 via a user interface in the computing device. In one example, the user interface may display one or more sequences of looped motions such as one or more dance move sequences or exercise move sequences to the user. A sequence of a looped motion may include, for example, a repeatable motion sequence that has to be successfully repeated for a pre-defined number of times, by the user. In one embodiment, a sequence of a looped motion may be performed by an on-screen representation of a character and the user may be prompted to perform the looped motion sequence depicted by the on-screen representation. In one embodiment, the user is prompted to perform a set of looped motions coordinated to a set of musical sequences.

In one embodiment, the user may perform one or more looped motions by choosing from multiple looped motions depicted by the application. In another embodiment, the user may perform looped motions at different skill levels based on the determined skill level of the user. In another embodiment, a looped motion or looped motion criteria associated with a looped motion may be dynamically altered as the user performs a specific looped motion based on the user's ability of performing the specific looped motion. The looped motions performed by the user and their corresponding musical sequences are displayed to the user, on the user interface.

Application 202 may include a looped motion recognition engine 194, a display module 196 and application control logic 200, in one embodiment. Looped motion recognition engine 194, display module 196 and application control logic 200 may be implemented as software modules to perform one or more operations of the disclosed technology. Application control logic 200 may include a collection of pre-programmed rules related to the execution of application 202. In one embodiment, application control logic 200 may receive information from the gesture recognition engine 190 that the user is performing a gesture such as a looped motion. For example, gesture recognition engine 190 may compare the user motion data received from one or more sensors in the capture device 20 to one or more gesture filters to determine if the user motion data matches one or more gestures or looped motions stored in the gesture recognition engine 190. The manner in which the gesture recognition engine 190 determines whether the user motion data matches a looped motion is discussed in FIG. 9.

In one embodiment, application control logic 200 may also receive a user motion capture file (or other data container/structure) from gesture recognition engine 190. The user motion capture file may include, for example, information about the user motion data such as for example, the position, direction, acceleration and curvature of each body part associated with the user. Application control logic 200 may provide the user motion capture file to looped motion recognition engine 194 upon receiving information from gesture recognition engine 190 that the user is performing a looped motion. Looped motion recognition engine 196 may utilize information in the user motion capture file to determine if the captured user motion data matches one or more looped motion criteria associated with the looped motion. In one example, the looped motion criteria for a particular looped motion may be stored in a looped motion data structure in the looped motion recognition engine 196. In one embodiment, looped motion recognition engine 196 correlates information in the looped motion data structure to information in the user motion capture file to determine if the user motion data matches one or more looped motion criteria associated with the looped motion. The manner in which looped motion recognition engine 196 determines if the captured user motion matches one or more looped motion criteria is discussed in detail in FIG. 10.

Application control logic 200 may utilize information provided by the looped motion recognition engine 194 to determine the user's progress of performing a sequence of a looped motion. Display module 196 may display the user's progress of performing the sequence of the looped motion. Application control logic 200 may further determine that the user has completed the sequence of the looped motion based on determining the user's progress of performing the sequence of the looped motion. In one embodiment, application control logic 200 may concatenate the sequences of looped motion performed by the user, in the order of the looped motions performed by the user. The looped motions performed by the user may be displayed to the user via display module 196. The manner in which modules 190, 194, 196 and 200 interact with each other to perform one or more operations of the disclosed technology is discussed in detail in FIGS. 5-15.

FIG. 3 illustrates an example of a computing device 100 that may be used to implement the computing device 12 of FIG. 1-2. The computing device 100 of FIG. 3 may be a multimedia console 100, such as a gaming console. As shown in FIG. 3, the multimedia console 100 has a central processing unit (CPU) 200, and a memory controller 202 that facilitates processor access to various types of memory, including a flash Read Only Memory (ROM) 204, a Random Access Memory (RAM) 206, a hard disk drive 208, and portable media drive 106. In one implementation, CPU 200 includes a level 1 cache 210 and a level 2 cache 212, to temporarily store data and hence reduce the number of memory access cycles made to the hard drive 208, thereby improving processing speed and throughput.

CPU 200, memory controller 202, and various memory devices are interconnected via one or more buses (not shown). The details of the bus that is used in this implementation are not particularly relevant to understanding the subject matter of interest being discussed herein. However, it will be understood that such a bus might include one or more of serial and parallel buses, a memory bus, a peripheral bus, and a processor or local bus, using any of a variety of bus architectures. By way of example, such architectures can include an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus, a Video Electronics Standards Association (VESA) local bus, and a Peripheral Component Interconnects (PCI) bus also known as a Mezzanine bus.

In one implementation, CPU 200, memory controller 202, ROM 204, and RAM 206 are integrated onto a common module 214. In this implementation, ROM 204 is configured as a flash ROM that is connected to memory controller 202 via a PCI bus and a ROM bus (neither of which are shown). RAM 206 is configured as multiple Double Data Rate Synchronous Dynamic RAM (DDR SDRAM) modules that are independently controlled by memory controller 202 via separate buses (not shown). Hard disk drive 208 and portable media drive 106 are shown connected to the memory controller 202 via the PCI bus and an AT Attachment (ATA) bus 216. However, in other implementations, dedicated data bus structures of different types can also be applied in the alternative.

A graphics processing unit 220 and a video encoder 222 form a video processing pipeline for high speed and high resolution (e.g., High Definition) graphics processing. Data are carried from graphics processing unit 220 to video encoder 222 via a digital video bus (not shown). An audio processing unit 224 and an audio codec (coder/decoder) 226 form a corresponding audio processing pipeline for multi-channel audio processing of various digital audio formats. Audio data are carried between audio processing unit 224 and audio codec 226 via a communication link (not shown). The video and audio processing pipelines output data to an A/V (audio/video) port 228 for transmission to a television or other display. In the illustrated implementation, video and audio processing components 220-228 are mounted on module 214.

FIG. 3 shows module 214 including a USB host controller 230 and a network interface 232. USB host controller 230 is shown in communication with CPU 200 and memory controller 202 via a bus (e.g., PCI bus) and serves as host for peripheral controllers 104(1)-104(4). Network interface 232 provides access to a network (e.g., Internet, home network, etc.) and may be any of a wide variety of various wire or wireless interface components including an Ethernet card, a modem, a wireless access card, a Bluetooth module, a cable modem, and the like.

In the implementation depicted in FIG. 3, console 102 includes a controller support subassembly 240 for supporting four controllers 104(1)-104(4). The controller support subassembly 240 includes any hardware and software components needed to support wired and wireless operation with an external control device, such as for example, a media and game controller. A front panel I/O subassembly 242 supports the multiple functionalities of power button 112, the eject button 114, as well as any LEDs (light emitting diodes) or other indicators exposed on the outer surface of console 102. Subassemblies 240 and 242 are in communication with module 214 via one or more cable assemblies 244. In other implementations, console 102 can include additional controller subassemblies. The illustrated implementation also shows an optical I/O interface 235 that is configured to send and receive signals that can be communicated to module 214.

MUs 140(1) and 140(2) are illustrated as being connectable to MU ports “A” 130(1) and “B” 130(2) respectively. Additional MUs (e.g., MUs 140(3)-140(6)) are illustrated as being connectable to controllers 104(1) and 104(3), i.e., two MUs for each controller. Controllers 104(2) and 104(4) can also be configured to receive MUs (not shown). Each MU 140 offers additional storage on which games, game parameters, and other data may be stored. In some implementations, the other data can include any of a digital game component, an executable gaming application, an instruction set for expanding a gaming application, and a media file. When inserted into console 102 or a controller, MU 140 can be accessed by memory controller 202. A system power supply module 250 provides power to the components of gaming system 100. A fan 252 cools the circuitry within console 102.

An application 260 comprising machine instructions is stored on hard disk drive 208. When console 102 is powered on, various portions of application 260 are loaded into RAM 206, and/or caches 210 and 212, for execution on CPU 200, wherein application 260 is one such example. Various applications can be stored on hard disk drive 208 for execution on CPU 200.

Gaming and media system 100 may be operated as a standalone system by simply connecting the system to monitor 150 (FIG. 1), a television, a video projector, or other display device. In this standalone mode, gaming and media system 100 enables one or more players to play games, or enjoy digital media, e.g., by watching movies, or listening to music. However, with the integration of broadband connectivity made available through network interface 232, gaming and media system 100 may further be operated as a participant in a larger network gaming community.

FIG. 4 illustrates a general purpose computing device which can be used to implement another embodiment of computing device 12. With reference to FIG. 4, an exemplary system for implementing embodiments of the disclosed technology includes a general purpose computing device in the form of a computer 310. Components of computer 310 may include, but are not limited to, a processing unit 320, a system memory 330, and a system bus 321 that couples various system components including the system memory to the processing unit 320. The system bus 321 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus also known as Mezzanine bus.

Computer 310 typically includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by computer 310 and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computer 310. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of the any of the above should also be included within the scope of computer readable media.

The system memory 330 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 331 and random access memory (RAM) 332. A basic input/output system 333 (BIOS), containing the basic routines that help to transfer information between elements within computer 310, such as during start-up, is typically stored in ROM 331. RAM 332 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 320. By way of example, and not limitation, FIG. 4 illustrates operating system 334, application programs 335, other program modules 336, and program data 337.

The computer 310 may also include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only, FIG. 4 illustrates a hard disk drive 340 that reads from or writes to non-removable, nonvolatile magnetic media, a magnetic disk drive 351 that reads from or writes to a removable, nonvolatile magnetic disk 352, and an optical disk drive 355 that reads from or writes to a removable, nonvolatile optical disk 356 such as a CD ROM or other optical media. Other removable/non-removable, volatile/nonvolatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like. The hard disk drive 341 is typically connected to the system bus 321 through a non-removable memory interface such as interface 340, and magnetic disk drive 351 and optical disk drive 355 are typically connected to the system bus 321 by a removable memory interface, such as interface 350.

The drives and their associated computer storage media discussed above and illustrated in FIG. 4, provide storage of computer readable instructions, data structures, program modules and other data for the computer 310. In FIG. 4, for example, hard disk drive 341 is illustrated as storing operating system 344, application programs 345, other program modules 346, and program data 347. Note that these components can either be the same as or different from operating system 334, application programs 335, other program modules 336, and program data 337. Operating system 344, application programs 345, other program modules 346, and program data 347 are given different numbers here to illustrate that, at a minimum, they are different copies. A user may enter commands and information into the computer 20 through input devices such as a keyboard 362 and pointing device 361, commonly referred to as a mouse, trackball or touch pad. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit 320 through a user input interface 360 that is coupled to the system bus, but may be connected by other interface and bus structures, such as a parallel port, game port or a universal serial bus (USB). A monitor 391 or other type of display device is also connected to the system bus 321 via an interface, such as a video interface 390. In addition to the monitor, computers may also include other peripheral output devices such as speakers 397 and printer 396, which may be connected through an output peripheral interface 390.

The computer 310 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 380. The remote computer 380 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 310, although only a memory storage device 381 has been illustrated in FIG. 4. The logical connections depicted in FIG. 4 include a local area network (LAN) 371 and a wide area network (WAN) 373, but may also include other networks. Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets and the Internet.

When used in a LAN networking environment, the computer 310 is connected to the LAN 371 through a network interface or adapter 370. When used in a WAN networking environment, the computer 310 typically includes a modem 372 or other means for establishing communications over the WAN 373, such as the Internet. The modem 372, which may be internal or external, may be connected to the system bus 321 via the user input interface 360, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 310, or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation, FIG. 4 illustrates remote application programs 385 as residing on memory device 381. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.

As discussed above, the hardware devices of FIGS. 1-4 can be used to implement a system that allows a user to perform one or more looped motions depicted in an application. FIG. 5 is a flowchart describing one embodiment of a process for allowing a user to perform one or more looped motions depicted in an application. In one embodiment, the steps of FIG. 5 may be performed by software modules in the gesture recognition engine 190, the application control logic 200, the loop recognition engine 194 and/or the display module 196. The process of FIG. 5 is performed during the use of a software application.

In some embodiments, the application may utilize a user identity for the person interacting with the application. The user identity can include identity/contact information, preferences, history of the user's performance of the application (and other applications), purchasing information, etc. In one embodiment, a user identity is determined by a user providing a username and password. In another embodiment, facial recognition may be used to correlate the user's face from a received visual image with a reference visual image to determine the user's identity. In another embodiment, determining the user identity may include receiving input from the user identifying their identity. For example, a user profile may be stored by computing device 12 and the user may make an on screen selection to identify themselves as corresponding to that user profile.

In one embodiment, a set of one or more options are provided to a user interacting with application 202, via the user interface. The user interface displays a looped motion for each option. For example, a dance based video game may display a menu having two options. A first option is to play a game. As second option is to receive a demo of how to play a game. The user interface will display a first looped motion (e.g., a first dance move) next to the text “Want to play a game?” and a second looped motion (e.g., a second dance move) next to the text “Want to see a demo of how to play?” The user may select one of the options manually to start playing the game. In one embodiment, the user may select an option by performing the looped motion depicted by the option. The selection of the option may automatically be triggered when the user successfully completes performing the looped motion. Additional details on the automatic selection of options based on looped motions can be found in U.S. patent application Ser. No. ______, entitled, “User Selection and Navigation based on Looped Motions” filed on ______, incorporated herein by reference in its entirety.

Upon selecting an option displayed via the user interface as discussed above, a routine comprising one or more looped motions such as one or more dance moves or exercise moves, are displayed to the user via the user interface in step 500 of FIG. 5. In one embodiment, the looped motions may be coordinated to musical sequences to provide the user with an integrated interactive motion and audio experience. In step 502, the user is prompted to perform a looped motion. In one example, the user may be prompted with guided text instructing the user to perform the looped motion.

In step 504, user motion data is received from a sensor (e.g., depth sensors, visual camera, microphone, etc). In one embodiment, one or more sensors in the capture device 20 may receive information about the user's motion. The process by which user motion data may be captured and received by the capture device 20 is discussed in FIG. 6.

In step 506, it is determined whether the user is performing the looped motion based on the received user motion data. In one embodiment, step 506 may include determining if the user motion data matches one or more pre-defined looped motions in the gesture recognition engine 190. The process by which the gesture recognition engine 190 determines if the user is performing a looped motion is discussed in FIG. 9. If it is determined that the user is not performing any of the looped motions, then feedback regarding the looped motions is provided to the user, in step 508. In one example, the user may be provided with guided text that describes the manner in which the user may accurately perform the looped motion. Or, for example, an indication of the correct movement of a particular body part while performing the looped motion may be displayed by highlighting or circling a corresponding body part in the on-screen representation of the character performing the looped motion.

After it is determined that the user is performing one of the looped motions, it is determined whether the user motion data matches one or more looped motion criteria for the detected looped motion in step 510. The criteria for a looped motion may include a coordination between a looped motion and the beat of a musical sequence associated with the looped motion, the kinetic energy produced through a movement of a body part involved in performing the looped motion and a match threshold value associated with how close the user's motion matches a pre-defined looped motion, in one example. The process of determining if the user motion data matches one or more looped motion criteria is described in detail in FIG. 10. If it is determined that the user is performing the looped motion, but not in accordance with one or more looped motion criteria, then feedback regarding the manner in which the looped motion may be performed is provided to the user, in step 508. As discussed above, the user may be provided with guided text that describes the manner in which the user may better perform the looped motion.

In step 512, the user's progress of performing a sequence of the looped motion is determined based on the user motion data matching the looped motion criteria. A sequence of a looped motion is a looped motion that is performed X iterations, where is X is a predetermined integer. In one embodiment, the user's progress of performing the sequence of the looped motion may be determined when the user completes a first iteration in the sequence of the looped motion and may be computed as a percentage of completion of the X iterations of the looped motion. For example, if a sequence of a looped motion, such as a dance move includes three arm rolls, and if it is determined that the user has successfully performed one arm roll, the user's progress of performing the arm roll sequence computed as a percentage of completion of the sequence of the X iterations of the looped motion, in this example is 33.33%.

The user's progress of performing the sequence of the move may be displayed to the user, via the user interface. In one example, a progression tracking bar is graphically displayed to the user when the user completes a first iteration of a sequence of a looped motion. The user's progress of performing the sequence of the looped motion is indicated by filling a fraction of the progression tracking bar based on the user's successful completion of an iteration of the sequence of the looped motion, in which a filled fraction indicates the percentage of completion of the sequence of the looped motion. In another embodiment, a fraction or percentile representing the percentage of completion of the sequence of the looped motion is displayed.

In step 514, it is determined whether the user has completed the sequence of the looped motion based on the user's progress of performing the sequence of the looped motion. If it is determined that the user has not completed the sequence of the looped motion, then user motion data is captured by the sensors as discussed in step 504.

If it is determined that the user has completed the sequence of the looped motion, then in step 516, it is determined whether there are any additional looped motions in the routine depicted by application 202. If there are additional looped motions, then in step 520, one or more subsequent looped motion sequences are displayed to the user, via the user interface and user motion data associated with the subsequent looped motion sequences is captured as discussed in step 504. It will be appreciated that the process of FIG. 5 may be performed multiple times for each looped motion sequence displayed to the user, via the user interface.

If it is determined that there are no additional looped motions in the routine, one or more sequences of looped motion performed by the user are displayed to the user, in step 518. In one embodiment, the sequences of looped motion are displayed to the user in an order of the looped motions performed by the user. In one embodiment, application 202 may perform other actions or functions upon displaying the looped motions to the user. Examples of functions may include playing a portion of a game by interacting with a user (e.g., display images in response to user input), show a video, receive user input, etc. In one embodiment, all of the steps of FIG. 5 are performed by one or more of the computing devices mentioned above.

FIGS. 6-10 are flow charts that provide more details of various steps of FIG. 5. FIG. 6 is a flowchart describing one embodiment of a process for receiving user motion data from a sensor in the capture device 20 (step 504 of FIG. 5). At step 521, processor 42 of the capture device 20 receives a visual image and depth image from the image capture component 32. In other examples, only a depth image is received at step 521. The depth image and visual image can be captured by any of the sensors in image capture component 32 or other suitable sensors as are known in the art. In one embodiment the depth image is captured separately from the visual image. In some implementations the depth image and visual image are captured at the same time while in others they are captured sequentially or at different times. In other embodiments the depth image is captured with the visual image or combined with the visual image as one image file so that each pixel has an R value, a G value, a B value and a Z value (representing distance).

At step 522, depth information corresponding to the visual image and depth image are determined. The visual image and depth image received at step 521 can be analyzed to determine depth values for one or more targets within the image. Capture device 20 may capture or observe a capture area that may include one or more targets.

At step 524 the capture device determines whether the depth image includes a human target. In one example, each target in the depth image may be flood filled and compared to a pattern to determine whether the depth image includes a human target. In one example, the edges of each target in the captured scene of the depth image may be determined. The depth image may include a two dimensional pixel area of the captured scene. Each pixel in the 2D pixel area may represent a depth value such as a length or distance for example as can be measured from the camera. The edges may be determined by comparing various depth values associated with for example adjacent or nearby pixels of the depth image. If the various depth values being compared are greater than a pre-determined edge tolerance, the pixels may define an edge. The capture device may organize the calculated depth information including the depth image into Z layers or layers that may be perpendicular to a Z-axis extending from the camera along its line of sight to the viewer. The likely Z values of the Z layers may be flood filled based on the determined edges. For instance, the pixels associated with the determined edges and the pixels of the area within the determined edges may be associated with each other to define a target or an object in the capture area.

At step 526, the capture device scans the human target for one or more body parts. The human target can be scanned to provide measurements such as length, width or the like that are associated with one or more body parts of a user, such that an accurate model of the user may be generated based on these measurements. In one example, the human target is isolated and a bit mask is created to scan for the one or more body parts. The bit mask may be created for example by flood filling the human target such that the human target is separated from other targets or objects in the capture area elements.

At step 528 a model of the human target is generated based on the scan performed at step 526. The bit mask may be analyzed for the one or more body parts to generate a model such as a skeletal model, a mesh human model or the like of the human target. For example, measurement values determined by the scanned bit mask may be used to define one or more joints in the skeletal model. The bitmask may include values of the human target along an X, Y and Z-axis. The one or more joints may be used to define one or more bones that may correspond to a body part of the human.

According to one embodiment, to determine the location of the neck, shoulders, or the like of the human target, a width of the bitmask, for example, at a position being scanned, may be compared to a threshold value of a typical width associated with, for example, a neck, shoulders, or the like. In an alternative embodiment, the distance from a previous position scanned and associated with a body part in a bitmask may be used to determine the location of the neck, shoulders or the like.

In one embodiment, to determine the location of the shoulders, the width of the bitmask at the shoulder position may be compared to a threshold shoulder value. For example, a distance between the two outer most Y values at the X value of the bitmask at the shoulder position may be compared to the threshold shoulder value of a typical distance between, for example, shoulders of a human. Thus, according to an example embodiment, the threshold shoulder value may be a typical width or range of widths associated with shoulders of a body model of a human.

In one embodiment, some body parts such as legs, feet, or the like may be calculated based on, for example, the location of other body parts. For example, as described above, the information such as the bits, pixels, or the like associated with the human target may be scanned to determine the locations of various body parts of the human target. Based on such locations, subsequent body parts such as legs, feet, or the like may then be calculated for the human target.

According to one embodiment, upon determining the values of, for example, a body part, a data structure may be created that may include measurement values such as length, width, or the like of the body part associated with the scan of the bitmask of the human target. In one embodiment, the data structure may include scan results averaged from a plurality depth images. For example, the capture device may capture a capture area in frames, each including a depth image. The depth image of each frame may be analyzed to determine whether a human target may be included as described above. If the depth image of a frame includes a human target, a bitmask of the human target of the depth image associated with the frame may be scanned for one or more body parts. The determined value of a body part for each frame may then be averaged such that the data structure may include average measurement values such as length, width, or the like of the body part associated with the scans of each frame. In one embodiment, the measurement values of the determined body parts may be adjusted such as scaled up, scaled down, or the like such that measurements values in the data structure more closely correspond to a typical model of a human body. Measurement values determined by the scanned bitmask may be used to define one or more joints in a skeletal model at step 528.

At step 530 the model created in step 528 is tracked using skeletal mapping. For example, the skeletal model of the user 18 may be adjusted and updated as the user moves in physical space in front of the camera within the field of view. Information from the capture device may be used to adjust the model so that the skeletal model accurately represents the user. In one example this is accomplished by one or more forces applied to one or more force receiving aspects of the skeletal model to adjust the skeletal model into a pose that more closely corresponds to the pose of the human target and physical space.

At step 532, motion is captured based on the skeletal mapping to generate a user motion capture file. In one embodiment, step 532 of capturing motion may include calculating the position, direction, acceleration and curvature of one or more body parts identified by the scan. The position of the body part is calculated in X, Y, Z space to create a three dimensional positional representation of the body part within the field of view of the camera. The direction of movement of the body part is calculated, dependent upon the position. The directional movement may have components in any one of or a combination of the X, Y, and Z directions. The curvature of the body part's movement in the X, Y, Z space is determined, for example, to represent non-linear movement within the capture area by the body part. The velocity, acceleration and curvature calculations are not dependent upon the direction. It is to be appreciated that the use of X, Y, Z Cartesian mapping is provided only as an example. In other embodiments, different coordinate mapping systems can be used to calculate movement, velocity and acceleration. A spherical coordinate mapping, for example, may be useful when examining the movement of body parts which naturally rotate around joints.

Once all body parts in the scan have been analyzed, the user motion capture file generated in step 532 may be updated for the target. In one example, the user motion capture file is generated in real time based on information associated with the tracked model. For example, in one embodiment the motion capture file may include the vectors including X, Y, and Z values that define the joints and bones of the model as it is being tracked at various points in time. As described above, the model being tracked may be adjusted based on user motions at various points in time and a motion capture file of the model for the motion may be generated and stored. The user motion capture file may capture the tracked model during natural movement by the user interacting with the target recognition analysis and tracking system. For example, the user motion capture file may be generated such that the user motion capture file may naturally capture any movement or motion by the user during interaction with the target recognition analysis and tracking system. The user motion capture file may include frames corresponding to, for example, a snapshot of the motion of the user at different points in time. Upon capturing the tracked model, information associated with the model including any movements or adjustment applied thereto at a particular point in time may be rendered in a frame of the user motion capture file. The information in the frame may include for example the vectors including the X, Y, and Z values that define the joints and bones of the tracked model and a time stamp that may be indicative of a point in time in which for example the user performed the movement corresponding to the pose of the tracked model.

In one embodiment, steps 521-532 are performed by capture device 20. Furthermore, although steps 521-532 are described as being performed by capture device 20, various ones of these steps may be performed by other components, such as by computing device 12. For example, the capture device 20 may provide the visual and/or depth images to the computing device 12 which will in turn, determine depth information, detect the human target, scan the target, generate and track the model and capture motion of the human target.

FIG. 7 illustrates an example of a skeletal model or mapping 533 representing a scanned human target that is used with the process of FIG. 6. According to one embodiment, the skeletal model 533 may include one or more data structures that may represent a human target as a three-dimensional model. Each body part may be characterized as a mathematical vector defining joints and bones of the skeletal model 533.

Skeletal model 533 includes joints n1-n18. Each of the joints n1-n18 may enable one or more body parts defined there between to move relative to one or more other body parts. A model representing a human target may include a plurality of rigid and/or deformable body parts that may be defined by one or more structural members such as “bones” with the joints n1-n18 located at the intersection of adjacent bones. The joints n1-n18 may enable various body parts associated with the bones and joints n1-n18 to move independently of each other or relative to each other. For example, the bone defined between the joints n7 and n11 corresponds to a forearm that may be moved independent of, for example, the bone defined between joints n15 and n17 that corresponds to a calf. It is to be understood that some bones may correspond to anatomical bones in a human target and/or some bones may not have corresponding anatomical bones in the human target.

The bones and joints may collectively make up a skeletal model, which may be a constituent element of the model. An axial roll angle may be used to define a rotational orientation of a limb relative to its parent limb and/or the torso. For example, if a skeletal model is illustrating an axial rotation of an arm, a roll joint may be used to indicate the direction the associated wrist is pointing (e.g., palm facing up). By examining an orientation of a limb relative to its parent limb and/or the torso, an axial roll angle may be determined. For example, if examining a lower leg, the orientation of the lower leg relative to the associated upper leg and hips may be examined in order to determine an axial roll angle. The system can track the motion of the joints over time to identify motion of the user as part of the process of recognizing looped motion.

FIG. 8 provides further details of an exemplary embodiment of the gesture recognition engine 190 shown in FIG. 2. In one embodiment, the gesture recognition engine 190 can be used to recognize looped motion. As shown, the gesture recognition engine 190 may comprise at least one filter 450 to determine a gesture or gestures such as a looped motion. A filter 450 comprises parameters defining a gesture 452 (hereinafter referred to as a “gesture”) along with metadata 454 for that gesture. A filter may comprise code and associated data that can recognize gestures or otherwise process depth, RGB, or skeletal data. For instance, an arm roll which comprises motion of one or both hands from behind the rear of the body to past the front of the body, may be implemented as a gesture 452 comprising information representing the movement of one or both of the hands of the user from behind the rear of the body to past the front of the body, as that movement would be captured by the depth camera. Parameters 454 may then be set for that gesture 452. Where the gesture 452 is an arm roll for example, a parameter 454 may be a threshold velocity that the hands have to reach, a distance the hands must travel (either absolute, or relative to the size of the user as a whole), and a confidence rating by the recognition engine that the gesture occurred. These parameters 454 for the gesture 452 may vary between applications, between contexts of a single application, or within one context of one application over time. Gesture parameters may include threshold angles (e.g., hip-thigh angle, forearm-bicep angle, etc.), a number of periods where motion occurs or does not occur, a threshold period, threshold position (starting, ending), direction of movement, velocity, acceleration, coordination of movement, etc.

A filter need not have a parameter. For instance, a “user height” filter that returns the user's height may not allow for any parameters that may be tuned. An alternate “user height” filter may have tunable parameters—such as to whether to account for a user's footwear, hairstyle, headwear and posture in determining the user's height.

Inputs to a filter may comprise things such as joint data about a user's joint position, like angles formed by the bones that meet at the joint, RGB color data from the capture area, and the rate of change of an aspect of the user. Outputs from a filter may comprise things such as the confidence that a given gesture is being made, the speed at which a gesture motion is made, and a time at which a gesture motion is made.

The gesture recognition engine 190 may have a base recognition engine 456 that provides functionality to a gesture filter 450. In an embodiment, the functionality that the base recognition engine 456 implements includes an input-over-time archive that tracks recognized gestures and other input, a Hidden Markov Model implementation (where the modeled system is assumed to be a Markov process—one where a present state encapsulates any past state information necessary to determine a future state, so no other past state information must be maintained for this purpose—with unknown parameters, and hidden parameters are determined from the observable data), as well as other functionality required to solve particular instances of gesture recognition.

Filters 450 are loaded and implemented on top of the base recognition engine 456 and can utilize services provided by the engine 456 to all filters 450. In an embodiment, the base recognition engine 456 processes received data to determine whether it meets the requirements of any filter 450. Since these provided services, such as parsing the input, are provided once by the base recognition engine 456 rather than by each filter 450, such a service need only be processed once in a period of time as opposed to once per filter 450 for that period, so the processing required to determine gestures is reduced.

An application may use the filters 450 provided by the recognition engine 190, or it may provide its own filter 450, which plugs in to the base recognition engine 456. In an embodiment, all filters 450 have a common interface to enable this plug-in characteristic. Further, all filters 450 may utilize parameters 454, so a single gesture tool as described below may be used to debug and tune the entire filter system. These parameters 454 may be tuned for an application or a context of an application by a gesture tool.

There are a variety of outputs that may be associated with the gesture. In one example, there may be a baseline “yes or no” as to whether a gesture is occurring. In another example, there may be a confidence level, which corresponds to the likelihood that the user's tracked movement corresponds to the gesture. This could be a linear scale that ranges over floating point numbers between 0 and 1, inclusive. Where an application receiving this gesture information cannot accept false-positives as input, it may use only those recognized gestures that have a high confidence level, such as at least 0.95, for example. Where an application must recognize every instance of the gesture, even at the cost of false-positives, it may use gestures that have at least a much lower confidence level, such as those merely greater than 0.2, for example. The gesture may have an output for the time between the two most recent steps, and where only a first step has been registered, this may be set to a reserved value, such as −1 (since the time between any two steps must be positive). The gesture may also have an output for the highest thigh angle reached during the most recent step.

A gesture or a portion thereof may have as a parameter a volume of space in which it must occur. This volume of space may typically be expressed in relation to the body where a gesture comprises body movement. For instance, a football throwing gesture for a right-handed user may be recognized only in the volume of space no lower than the right shoulder 410 a, and on the same side of the head 422 as the throwing arm 402 a-410 a. It may not be necessary to define all bounds of a volume, such as with this throwing gesture, where an outer bound away from the body is left undefined, and the volume extends out indefinitely, or to the edge of capture area that is being monitored.

In addition, gestures may stack on each other. That is, more than one gesture may be expressed by a user at a single time. For instance, rather than disallowing any input but a throw when a throwing gesture is made, or requiring that a user remain motionless save for the components of the gesture (e.g. stand still while making a throwing gesture that involves only one arm). Where gestures stack, a user may make a jumping gesture and a throwing gesture simultaneously, and both of these gestures will be recognized by the gesture engine.

FIG. 9 is a flowchart describing one embodiment of a process for determining whether the user is performing a looped motion (e.g., performing step 506 of FIG. 5). FIG. 9 describes a rule based approach for applying one or more gesture filters by the gesture recognition engine 190 to determine whether the user's motion matches a particular gesture. In one embodiment, the gestures may correspond to one or more looped motions or moves performed by the user. It will be appreciated that the process of FIG. 9 may be performed multiple times to detect multiple gestures in the active gesture set although detection of a single gesture is described in the particular example. The described process may be performed in parallel or in sequence for multiple active gestures.

At step 534, the gesture recognition engine accesses the skeletal tracking data for a particular target to begin determining whether that target has performed a selected gesture or a looped motion. The skeletal tracking data can be accessed from a user motion capture file, as discussed in FIG. 6. At step 536, the gesture recognition engine filters the skeletal tracking data for one or more predetermined body parts pertinent to the selected gesture or the looped motion as identified in the selected gesture filter. Step 536 can include accessing only that data which is pertinent to the selected gesture, or accessing all skeletal tracking data for the target and ignoring or discarding information not pertinent to the selected gesture. For example, an arm roll filter may indicate that only a human target's hand is pertinent to the selected gesture or looped motion such that data pertaining to other body parts can be ignored. Such a technique can increase the performance of the gesture recognition engine by limiting processing to that information predetermined to be salient to the selected gesture.

At step 538, the gesture recognition engine filters the skeletal tracking data for predetermined axial movements. For example, the selected gesture's filter may specify that only movements along a subset of axes are relevant.

At step 540, the gesture recognition engine accesses a rule j specified in the gesture filter. In the first iteration through the process of FIG. 9, j is equal to 1. A gesture or looped motion may include a plurality of parameters that need to be satisfied in order for the gesture to be recognized. Each one of these parameters can be specified in a separate rule, although multiple components can be included in a single rule. A rule may specify a threshold distance, position, direction, curvature, velocity and/or acceleration, among other parameters, that a target's body part must meet in order for the gesture to be satisfied. A rule may apply to one body part or multiple body parts. Moreover, a rule may specify a single parameter such as position or multiple parameters such as position, direction, distance, curvature, velocity and acceleration.

At step 542, the gesture recognition engine compares the skeletal tracking data filtered at steps 536 and 538 with the specified parameter(s) of the rule to determine whether the rule is satisfied. For example, the gesture recognition engine may determine whether a hand's starting position was within a threshold distance of a starting position parameter. The rule may further specify and the engine determine whether the hand moved in a specified direction, moved a threshold distance from the starting position in the specified direction; moved within a threshold curvature along a specified axis, moved at or above a specified velocity; reached or exceeded a specified acceleration. If the engine determines that the skeletal tracking information does not meet the parameters specified in the filter rule, the engine returns a fail or a gesture filter not matched response in step 544. In one embodiment, a response indicating that the user motion data does not match the looped motion may be returned to application 202 executing on computing device 12.

At step 546 the gesture recognition engine determines whether the gesture filter specifies additional rules that must be met for the gesture to be completed. If additional rules are included in the filter, j is incremented by one and the process returns to step 540 where the next rule is accessed. If there are no additional rules, the gesture recognition engine returns an indication that the gesture filter has been matched at step 550. In one embodiment, a response indicating that the user motion data matches the looped motion may be returned to application 202 executing on computing device 12.

Steps 544 and 550 of FIG. 9 return a simple pass/fail response for the gesture being analyzed. In other examples, rather than return a simple pass/fail response, FIG. 9 will return a confidence level that the gesture's filter was satisfied. For each rule in the filter, an amount by which the target's movement meets or does not meet a specified parameter is determined. Based on an aggregation of these amounts, the recognition engine returns a confidence level that the gesture was indeed performed by the target.

FIG. 10 is a flowchart describing one embodiment of a process for determining if the user motion data matches one or more looped motion criteria (step 510 of FIG. 5). In step 600, a user motion capture file comprising user motion data captured from one or more sensors in the capture device 20 is accessed. In step 602, a looped motion data structure associated with a matched looped motion (obtained in step 506 of FIG. 5) is accessed. In one embodiment, the looped motion data structure may include one or more moving points corresponding to the movement of specific body parts involved in performing the looped motion and looped motion criteria associated with each moving point. In one embodiment, the looped motion criteria may include a musical sequence associated with the sequence of the looped motion, the energy produced through a movement of a body part involved in performing the sequence of the looped motion and a pre-defined match threshold value associated with the sequence of the looped motion. Other criteria can also be used.

In step 604, the movement of a body part from the user motion capture file is correlated to a corresponding moving point in the looped motion data structure associated with the matched looped motion. In step 606, it is determined whether the movement of a body part in the user motion data is aligned with the beat of the musical sequence associated with the sequence of the looped motion. In one embodiment, each moving point may be associated with a specific beat of the musical sequence. An alignment of a movement of a body part to a beat of a musical sequence may be established by determining if the movement of the body part occurs at the same moment in time of occurrence of the beat of the musical sequence, in one example. If it is determined that the movement of the body part is not aligned with the beat of the musical sequence associated with the looped motion, then the system returns a response in step 616, indicating that the user motion data does not match the looped motion criteria.

In step 608, it is determined whether the energy produced through the movement of a body part in the user motion data matches the energy of a corresponding moving point associated with the sequence of the looped motion. In one example, the energy is determined based on the kinetic energy produced by the user through the movement of a body part involved in performing the sequence of the looped motion. The kinetic energy may be derived as a function of the mass of the body part and the speed of movement of the body part. As will be appreciated, the kinetic energy equals one half times the mass of an object times the square of the speed of the object. In one embodiment, the kinetic energy produced through the movement of a body part by the user may be compared to a range of kinetic energy values associated with a corresponding moving point to determine if the energy of the movement of a body part in the user motion data matches the energy of a corresponding moving point. For example, if it is determined that the typical range of kinetic energy values associated with a particular moving point is between the range of 40-50 joules, the energy of the movement of a body part by the user matches the energy associated with the moving point if the kinetic energy produced through the movement of a body part is determined to be, say for example, 43 joules. Mass of a body part can be estimated from the depth information or it can be part of the user's profile information.

At step 608, if it is determined that the energy of the movement of a body part in the user motion data does not match the energy associated with the corresponding moving point, then the system returns a response in step 616, indicating that the user motion data does not match the looped motion criteria.

In step 610, it is determined if the movement of the body part in the user motion data matches a pre-defined match threshold value associated with the sequence of the looped motion. In one embodiment, the pre-defined match threshold value is a measure of correlation of the user motion data with the sequence of the looped motion and specifies a minimum correlation between the user motion data and one or more moving points associated with the sequence of the looped motion to be achieved by a user while performing the sequence of the looped motion. The pre-defined match threshold value associated with a specific looped motion may be defined as a match percentage, in one example. For example, if the pre-defined match threshold value associated with a specific looped motion is 60%, the user motion data meets the pre-defined match threshold value associated with the looped motion if the movement of at least 6 body parts of the user match the beats of the musical sequence and the energy of 6 corresponding moving points out of 10 moving points associated with the looped motion.

In step 612, it is determined if there are additional body parts in the user motion data to be analyzed. If there are additional body parts to be analyzed, the movement of the next body part is analyzed as described in step 604. If it is determined that there are no additional body parts to be analyzed and the user motion data meets the match threshold value associated with the looped motion, a response indicating that the user motion data matches the looped motion criteria is returned in step 614.

FIG. 11 is a flowchart describing another embodiment of a process for allowing a user to perform one or more looped motions depicted in an application. In this embodiment, the user may perform different looped motions at different skill levels, based on a skill level determined for the user. The sequences of the looped motions performed by the user, in the order of the skill level of the looped motions performed by the user, are displayed to the user via a user interface.

In one embodiment, steps (618-634) illustrated in FIG. 11 may be performed in a manner similar to steps (500-518) illustrated in FIG. 5. In step 618, a routine comprising one more looped motions are displayed to the user, via the user interface. In one embodiment, the looped motions are coordinated to musical sequences. In step 620, the user is prompted to perform a sequence of a looped motion. In step 622, user motion data is received from a sensor. In step 624, it is determined whether the user is performing the looped motion based on the received user motion data. If it is determined that the user is not performing the looped motion, then feedback regarding the looped motion is provided to the user, in step 626. Once it is determined that the user is performing the looped motion, it is determined whether the user motion data matches one or more looped motion criteria for the move in step 628. The process of determining if the user motion data matches one or more looped motion criteria is described in FIG. 10. If it is determined that the user is performing the looped motion, but not in accordance with one or more looped motion criteria, then feedback regarding the manner in which the looped motion may be performed is provided to the user, in step 626.

In step 630, the user's progress of performing the sequence of the looped motion is determined based on the user motion data matching the looped motion criteria. In one embodiment, and as discussed in FIG. 5, the user's progress of performing the sequence of the looped motion may be displayed to the user, via the user interface. In step 632, it is determined whether the user has completed the sequence of the looped motion based on the user's progress of performing the sequence of the looped motion. If it is determined that the user has not completed the sequence of the looped motion, then user motion data is captured by the sensors as discussed in step 622.

If it is determined that the user has completed the sequence of the looped motion, then in step 634, it is determined whether there are any additional looped motions in the routine depicted by application 202. If there are additional looped motions, then the skill level of the user for the performed sequence of the looped motion is automatically determined, in step 638. In one embodiment, the skill level for the user is determined by comparing the pre-defined match threshold value (determined in step 610 of FIG. 10) associated with the sequence of the looped motion with a user match threshold value. As discussed in FIG. 10, the pre-defined match threshold value is a measure of correlation of the user motion data with the sequence of the looped motion and specifies a minimum correlation between the user motion data and one or more moving points associated with the sequence of the looped motion to be achieved by a user while performing the sequence of the looped motion. The user match threshold value specifies the actual correlation between the user motion data and the moving points associated with the sequence of the looped motion achieved by the user while performing the sequence of the looped motion. In one example, if the user match threshold value is found to be equal to the pre-defined match threshold value, then the skill level of the user is determined to be at a beginner skill level. If the user match threshold value is found to be greater than the pre-defined match threshold value by a first amount, then the skill level of the user is determined to be at an intermediate skill level. If the user match threshold value is found to be greater than the pre-defined match threshold value by a second amount, the skill level of the user is determined to be at an advanced skill level.

In one example, the first and the second amounts are defined by a degree of increase in the correlation between the user's motion and the looped motion. In one example, the degree of increase in the correlation is measured by the match percentage, in which an intermediate skill level is determined for the user if the user match threshold value is found to be greater than the pre-defined match threshold value by a match percentage of 10%, and an advanced skill level is determined for the user if the user match threshold value is found to be greater than the pre-defined match threshold value by a match percentage of 20% or greater. For example, if the pre-defined match threshold value for a specific looped motion sequence is 60% and the user match threshold value is found to be 70%, then an intermediate skill level is determined for the user, whereas if the user match threshold value is found to be 80% or greater, then an advanced skill level is determined for the user.

In step 640, an additional looped motion at a specific skill level is chosen for the user, based on the skill level determined for the user. In step 642, the chosen additional looped motion is displayed to the user on the user interface, and the user is prompted to perform the sequence of the additional looped motion.

It is to be appreciated that the process of FIG. 11 may be performed multiple times for each looped motion sequence displayed to the user. At each iteration of the process, a looped motion at a specific skill level is displayed to the user based on the user's determined skill level as discussed in step 638. If it is determined that there are no additional moves in the routine, in one embodiment, the sequences of looped motion performed by the user, in the order of the skill level of the looped motions performed by the user are concatenated and displayed to the user, via the user interface, in step 636.

FIG. 12 is a flowchart describing another embodiment of a process for allowing a user to perform one or more looped motions depicted in an application. In this embodiment, a user performs a sequence of a looped motion coordinated to a musical sequence. The looped motion and/or looped motion criteria associated with the sequence of the looped motion may be dynamically altered as the user performs the looped motion based on determining the user's ability of performing the looped motion. The sequences of looped motions performed by the user, in the order of the looped motions performed by the user, are displayed to the user.

In step 650, a routine comprising one or more looped motions are displayed to the user, via the user interface. In step 652, the user is prompted to perform a looped motion. In step 654, user motion data is received from a sensor, as discussed in FIG. 5. In step 656, it is determined whether the user is performing the looped motion based on the received user motion data. If it is determined that the user is not performing the looped motion, then it is determined if the user has performed more than one iteration of the looped motion in step 658. If the user has not performed more than one iteration of the looped motion, then feedback regarding the looped motion is provided to the user, in step 660.

If it is determined that the user has performed more than one iteration of the looped motion incorrectly, then the looped motion is dynamically altered in step 662. In one example, a new looped motion with less complexity may be presented to the user and user motion data for the new looped motion may be captured in step 654.

Once it is determined that the user is performing the looped motion, it is determined whether the user motion data matches one or more looped motion criteria associated with the looped motion in step 664. If it is determined that the user is performing the looped motion, but not in accordance with one or more looped motion criteria, then it is determined if the user has performed more than one iteration of the looped motion in step 658. If the user has not performed more than one iteration of the looped motion, then feedback regarding the manner in which the looped motion may be performed is provided to the user, in step 660.

If it is determined that the user has performed more than one iteration of the looped motion incorrectly, then looped motion criteria associated with the looped motion is dynamically altered in step 662. In one example, the same looped motion may be presented to the user with an altered speed of the musical sequence associated with the looped motion and user motion data for the altered looped motion may be captured in step 654.

In step 666, the user's progress of performing the sequence of the looped motion is determined based on the user motion data matching the looped motion criteria. In one embodiment, and as discussed in FIG. 5, the user's progress of performing the sequence of the looped motion may be displayed to the user, via the user interface. In step 668, it is determined whether the user has completed the sequence of the looped motion based on the user's progress of performing the sequence of the looped motion. If it is determined that the user has not completed the sequence of the looped motion, then user motion data is captured by the sensors as discussed in step 654.

If it is determined that the user has completed the sequence of the looped motion, then in step 670, it is determined whether there are any additional looped motions in the routine depicted by application 202. If there are additional looped motions, then in step 674, a subsequent looped motion sequence is displayed to the user, via the user interface and user motion data associated with the subsequent move sequence is captured as discussed in step 654. It will be appreciated that the process of FIG. 5 may be performed multiple times for each looped motion sequence displayed to the user, via the user interface.

If it is determined that there are no additional looped motions in the routine, in one embodiment, the sequences of looped motions performed by the user, in the order of the looped motions performed by the user, are concatenated and displayed to the user via the user interface, in step 672.

FIGS. 13A-13I illustrate various user interface screens depicting a user's interaction with an application executing on a computing device, in accordance with one embodiment of the present invention. FIG. 13A illustrates a user interface 700 in computing device 12 that displays a looped motion 702 to a user 18 interacting with an application 202 in the computing device 12. FIG. 13A illustrates the manner in which steps 500 and 502 of the process described in FIGS. 5, 618 and 620 of the process described in FIGS. 11 and 650 and 652 of the process described in FIG. 12 may be performed. In the illustrated example, the looped motion 702 is a jumping jack sequence performed by an on-screen representation of a character. As further illustrated, the user is prompted with a text message “Mimic the motion of the silhouette to start the game!” that instructs the user to perform the sequence of the looped motion displayed by the on-screen representation of the character. In one example, the user would need to properly perform three jumping jacks to proceed to the next looped motion.

FIGS. 13B and 13C illustrate a user's progress towards performing a sequence of a looped motion. FIGS. 13B and 13C illustrate the manner in which step 512 of the process described in FIG. 11, step 630 of the process described in FIG. 11 and step 666 of the process described in FIG. 12 may be performed. As illustrated, the user's progress of performing the sequence of the “Jumping Jack” sequence 702 is depicted by a progression tracking bar 704. A filled fraction 705 of the progression tracking bar 704 indicates that the user has successfully completed one or more iterations of the sequence of the looped motion. As further illustrated, the user may be provided with a text message, “You are making progress!” indicating the user's progress towards performing the sequence of the looped motion.

FIGS. 13D and 13E illustrate the manner in which a looped motion or looped motion criteria associated with a looped motion may be dynamically altered as the user performs a specific looped motion. FIGS. 13D and 13E illustrate the manner in which step 662 of the process described in FIG. 12 may be performed. FIG. 13D illustrates a new looped motion 703 presented to the user when the user does not perform looped motion 702 accurately. In one example, the new looped motion 703 may be displayed to the user with guided text, such as, “Here's a new looped motion for you to mimic, try this new looped motion!” FIG. 13E illustrates the same looped motion 702 with altered looped motion criteria, when the user does not perform the looped motion 702 accurately. In one example, the same looped motion 702 may be displayed to the user with guided text, such as, “Here's the same looped motion with an altered speed of the musical sequence, try the same looped motion again!”

FIG. 13F is an illustration of the completion of the looped motion sequence by the user. FIG. 13F illustrates the manner in which step 514 in the process described in FIG. 5, step 632 in the process described in FIG. 11 and step 668 in the process described in FIG. 12 may be performed. As may be observed, the progression bar 704 is completely filled when the user successfully completes the sequence of the looped motion 702. As further illustrated, a text message such as, “You have successfully performed this looped motion sequence!” may also be displayed to the user.

FIG. 13G illustrates a subsequent looped motion determined for a user, based on determining the user's skill level. FIG. 13G illustrates the manner in which step 640 in the process described in FIG. 11 may be performed. As illustrated, in one example, a subsequent looped motion 705 with an intermediate skill level is displayed to the user, based upon the user's completion of the looped motion 702. As further illustrated, a text message such as, “You have progressed to an intermediate skill level based on successfully completing your previous looped motion sequence, mimic the motion of the silhouette to perform this motion!” may also be displayed to the user.

FIG. 13H illustrates one or more looped motions performed by a user, in an order of the skill level of the looped motions performed by the user FIG. 13H illustrates the manner in which step 636 of the process described in FIG. 11 may be performed. In the illustrated example, the sequences of looped motion performed by the user, in the order of the skill level of the looped motions performed by the user are displayed to the user, via the user interface 700. The looped motions L1, L2, L3 and L4 performed by the user are displayed with their corresponding musical sequences MS, and their associated skill levels, SL2, SL1 and SL3. Note that the symbols L1, L2, L3 and L4 are not displayed. Rather, the actual looped motions are displayed via the user interface. The skill levels may be determined as discussed in FIG. 11. As further illustrated, a text message, such as, “Here are the looped motions performed by you, based on your skill level!” may be displayed to the user.

FIG. 13I illustrates one or more looped motions performed by a user, in accordance with another embodiment of the disclosed technology. FIG. 13I illustrates the manner in which step 672 of the process described in FIG. 12 may be performed. In the illustrated example, the looped motions L1, NL and L2 performed by the user are concatenated and displayed to the user, via the user interface 702. The illustrated example displays a new looped motion, NL and a looped motion L1 with an altered musical sequence AMS. A new looped motion NL and/or a looped motion with an altered musical sequence AMS may be dynamically generated for the user, when it is determined that the user is performing looped motion L1 incorrectly as discussed in FIG. 12. Note that the symbols L1, NL and L2 are not displayed. Rather, the actual looped motions are displayed via the user interface. As further illustrated, a text message, such as, “Here's a sequence of looped motions that includes new and altered looped motions performed by you!” may also be displayed to the user.

FIG. 14 is a flowchart describing another embodiment of a process for allowing a user to perform one or more looped motions depicted in an application. In this embodiment, a user may perform one or more looped motions by choosing from multiple looped motions depicted by the application. In step 680, multiple looped motions are displayed to the user, via the user interface. In step 682, a choice of a looped motion from the multiple looped motions is received from the user. In one embodiment, multiple musical sequences corresponding to the multiple looped motions may be displayed to the user, via the user interface. Accordingly, in one implementation of the process of FIG. 14, in step 684, a choice of a musical sequence from the multiple musical sequences is also received from the user. In step 686, the looped motion (chosen at step 682) is synchronized to the musical sequence (chosen at step 684).

In step 688, user motion data is received from a sensor, as discussed in FIG. 5. In step 690, it is determined whether the user is performing the looped motion based on the received user motion data. If it is determined that the user is not performing the looped motion, then feedback regarding the looped motion is provided to the user, in step 691. Once it is determined that the user is performing the looped motion, it is determined whether the user motion data matches one or more looped motion criteria in step 692. If it is determined that the user is performing the looped motion, but not in accordance with one or more looped motion criteria, then feedback regarding the manner in which the looped motion may be performed is provided to the user, in step 691.

In step 693, the user's progress of performing the sequence of the looped motion is determined based on the user motion data matching the looped motion criteria. In one embodiment, and as discussed in FIG. 5, the user's progress of performing the sequence of the looped motion may be displayed to the user, via the user interface. In step 694, it is determined whether the user has completed the sequence of the looped motion based on the user's progress of performing the sequence of the looped motion. If it is determined that the user has not completed the sequence of the looped motion, then user motion data is captured by the sensors as discussed in step 688. If it is determined that the user has completed the sequence of the looped motion, then in step 695, it is determined whether there are any additional looped motions in the routine depicted by application 202. If there are additional looped motions, then one or more subsequent looped motion sequences are displayed to the user in step 697 and a choice of a specific looped motion is obtained from the user, as discussed in steps 682 and 684 respectively. If it is determined that there are no additional looped motions in the routine, in one embodiment, the sequences of looped motions performed by the user are concatenated and displayed to the user, in an order of the sequences of looped motions chosen by the user, in step 696.

FIGS. 15A-15E illustrate various user interface screens depicting a user's interaction with an application executing on a computing device, in accordance with one embodiment of the present invention. FIG. 15A illustrates a user interface 700 in computing device 12 that displays multiple looped motion sequences 802, 804 and 806 to a user 18 interacting with an application 202 in the computing device 12. FIG. 15A illustrates the manner in which step 680 of the process described in FIG. 14 may be performed. The user may be prompted with a text message such as, “Choose any of the looped motions to start the routine!” to choose a specific looped motion from the multiple looped motions.

FIGS. 15B and 15C illustrate a user's progress towards performing a chosen looped motion sequence. FIGS. 15B and 15C illustrate the manner in which step 693 of the process described in FIG. 14 may be performed. As illustrated, the user's progress of performing the chosen looped motion 806 is depicted by a progression tracking bar 704. A filled fraction 705 of the progression tracking bar 704 indicates that the user has successfully completed one or more iterations of the looped motion. As further illustrated, the user may be provided with a text message, “You are making progress!” or “You have successfully performed this looped motion!” indicating the user's progress towards performing the looped motion.

FIG. 15D illustrates multiple looped motions 902, 904 and 906 and multiple musical sequences 908, 910 and 912 displayed to a user, via the user interface. FIG. 15D illustrates the manner in which steps 682 and 684 of the process described in FIG. 14 may be performed. A user may choose a specific looped motion and/or a specific musical sequence as discussed in FIG. 14. As further illustrated, a message such as, “Choose any of the looped motions and/or musical sequences!” may be displayed to the user.

FIG. 15E illustrates a sequence of looped motions performed by the user, in the order of the looped motions chosen by the user. The illustrated example displays various looped motions, L1, L2, L3 and L4 with musical sequences, MS1, MS2 and MS3 chosen by the user. Note that the symbols L1, L2, L3 and L4 are not displayed. Rather, the actual looped motions are displayed via the user interface. As further illustrated, a text message, such as, “Here's a sequence of your chosen looped motions and musical sequences!” may be displayed to the user.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims. It is intended that the scope of the invention be defined by the claims appended hereto. 

What is claimed is:
 1. A method for interacting with an application via a user interface in a computing device, comprising: displaying multiple looped motions via a user interface of a computing device; receiving a choice of a looped motion from the multiple looped motions from the user, via the user interface; receiving user motion data from a sensor connected to the computing device; determining if the user is performing the looped motion based on the received user motion data; if the user is performing the looped motion, determining if the user motion data matches one or more looped motion criteria; determining the user's progress of performing a sequence of the looped motion based on the user motion data matching the one or more looped motion criteria; determining that the user has completed the sequence of the looped motion based on the user motion data; and displaying one or more of the sequences of looped motions performed by the user, in an order of the sequences of looped motions chosen by the user, via the user interface.
 2. The method of claim 1, further comprising: displaying multiple musical sequences via a user interface of a computing device, receiving a choice of a musical sequence from the multiple musical sequences from the user and synchronizing the musical sequence to the looped motion chosen by the user.
 3. The method of claim 1, wherein determining the user's progress further comprises: displaying the user's progress via the user interface.
 4. The method of claim 3, wherein the displaying the user's progress further comprises: displaying a progression tracking bar to the user and displaying a filled fraction of the progression tracking bar to the user, wherein the filled fraction indicates a percentage of completion of the sequence of the looped motion.
 5. The method of claim 1, wherein the one or more looped motion criteria comprise: a coordination of a musical sequence associated with the sequence of the looped motion.
 6. The method of claim 1, wherein determining if the user motion data matches one or more looped motion criteria further comprises: determining if a movement of a body part in the user motion data is aligned with a beat of a musical sequence associated with the sequence of the looped motion.
 7. The method of claim 1, wherein determining if the user motion data matches one or more looped motion criteria further comprises: determining if the energy produced through the movement of a body part in the user motion data matches the energy of a corresponding part in the sequence of the looped motion, wherein the energy is derived as a function of the mass of the body part and the speed of movement of the body part.
 8. The method of claim 1, wherein determining if the user motion data matches the one or more looped motion criteria further comprises: determining if a movement of a body part in the user motion data matches a pre-defined match threshold value associated with the sequence of the looped motion, wherein the pre-defined match threshold value is a measure of correlation of the user motion data with the sequence of the looped motion.
 9. The method of claim 1, wherein: the displaying comprises depicting an on-screen representation of a character performing the one or more sequences of looped motion and presenting the user with guided text instructing the user to perform the one or more sequences of looped motion; the determining if the user motion data matches one or more looped motion criteria comprises determining if a movement of a body part in the user motion data is aligned with a beat of the musical sequence associated with the sequence of the looped motion, determining if the energy produced through a movement of a body part in the user motion data matches the energy of a corresponding moving point in the sequence of the looped motion and determining if a movement of a body part in the user motion data matches a match threshold value associated with sequence of the looped motion; and the determining the user's progress of performing the sequence of the looped motion comprises displaying a progression tracking bar to the user, wherein a filled fraction of the progression tracking bar indicates a percentage of completion of the sequence of the looped motion.
 10. One or more processor readable storage devices having processor readable code embodied on said one or more processor readable storage devices, the processor readable code for programming one or more processors to perform a method comprising: displaying a looped motion via a user interface of a computing device, the looped motion coordinated to a musical sequence; receiving user motion data from a sensor connected to the computing device; determining if the user is performing the looped motion based on the received user motion data; if the user is performing the looped motion, determining if the user motion data matches one or more looped motion criteria; determining the user's progress of performing a sequence of the looped motion based on the user motion data matching the one or more looped motion criteria;; determining that the user has completed the sequence of the looped motion based on the user motion data; automatically determining a skill level of the user for the performed sequence of the looped motion; choosing an additional looped motion from a set of looped motions, each looped motion of the set of looped motions is at a specific skill level, the choosing of the additional looped motions is performed based on the determined skill level of the user; displaying the chosen additional looped motion on the user interface; prompting the user to perform a sequence of the additional looped motion displayed on the user interface; and displaying the one or more sequences of looped motions performed by the user, the sequences of looped motion displayed to the user in an order of the looped motions performed by the user.
 11. One or more processor readable storage devices according to claim 10, wherein: the one or more sequences of looped motions performed by the user are displayed to the user in an order of the skill level of the looped motions performed by the user, the skill level of the looped motions determined based on the skill level of the user.
 12. One or more processor readable storage devices according to claim 10, wherein determining the user's progress further comprises: displaying the user's progress via the user interface.
 13. One or more processor readable storage devices according to claim 10, wherein, the displaying the user's progress further comprises: displaying a progression tracking bar to the user and displaying a filled fraction of the progression tracking bar to the user, wherein the filled fraction indicates a percentage of completion of the sequence of the looped motion.
 14. One or more processor readable storage devices according to claim 10, wherein, determining the skill level of the user further comprises: comparing a pre-defined match threshold value associated with the sequence of the looped motion to a user match threshold value; and determining the skill level based on the comparing.
 15. One or more processor readable storage devices according to claim 14, wherein: the pre-defined threshold value specifies a minimum correlation between the user motion data and the sequence of the looped motion and the user match threshold value specifies an actual correlation between the user motion data and the sequence of the looped motion.
 16. One or more processor readable storage devices according to claim 15, wherein: the skill level for the user is determined to be at a beginner skill level if the user match threshold value is equal to the pre-defined threshold value; the skill level for the user is determined to be at an intermediate skill level if the user match threshold value is greater than the pre-defined threshold value by a first amount; and the skill level for the user is determined to be at an advanced skill level if the user match threshold value is greater than the pre-defined threshold value by a second amount, the first amount and the second amount defined by a degree of increase in correlation between the user's motion and the sequence of the looped motion.
 17. An apparatus to perform interaction with an application via a user interface in a computing device, comprising: a depth camera to capture user motion data from a capture device; a computing device connected to the depth camera to receive the user motion data, wherein the computing device displays a looped motion via a user interface to a user, determines if the user is performing the looped motion based on the received user motion data, determines if the user motion data matches one or more looped motion criteria and dynamically alters the looped motion when the user motion data does not match the one or more looped motion criteria.
 18. The apparatus of claim 17, wherein: the computing device determines the user's progress of performing the looped motion based on the user motion data matching the one or more looped motion criteria; and the computing device determines that the user has completed the sequence of the looped motion based on the user's progress of performing the sequence of the looped motion.
 19. The apparatus of claim 18, wherein the one or more looped motion criteria comprise: a coordination of a musical sequence associated with the sequence of the looped motion.
 20. The apparatus of claim 18 further comprising: a display device connected to the computing device, the display device displays the user's progress via a progression tracking bar to the user, wherein a filled fraction indicates a percentage of completion of the sequence of the looped motion. 